home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-20 / bb21tu.zip / HIER.DOC < prev    next >
Text File  |  1991-08-17  |  7KB  |  157 lines
  1.  
  2. W0RLI, VE3GYQ, and N6VV have devised a scheme called hierarchical
  3. addressing.  Here's their description of their idea:
  4. ----------------------------------------------------
  5.  
  6. It has become obvious by now that the work-horse of our so-called packet
  7. network is the venerable BBS program.  In fact, some will argue that it
  8. has been too successful.  Every time that a band-aid is needed to "fix"
  9. the network, it is applied through the various BBS programs.  It is
  10. probably fair to say that the maintenance of the forwarding tables is a
  11. drudgery that most sysops could do without.  This point also
  12. under-scores a serious problem faced by all networks: ROUTING.
  13.  
  14. With the introduction of W0RLI V7.00 and support for Hierarchical
  15. routing designators, we have an opportunity to improve traffic routing
  16. particularly for international traffic.  Since N6VV is at the present
  17. time responsible for traffic to Asia and the Pacific, and occasionally
  18. Europe and Africa, he has implemented some Hierarchical routing
  19. designators which will assist him in international routing.
  20.  
  21. Using this structure mail can now be addressed :
  22.  
  23.                   JA1ABC @ JA1KSO.JPN.AS
  24.                           or
  25.                   VK4AHD @ AX4BBS.AUS.AU
  26.  
  27. [I have excerpted the codes into COUNTRY.DOC]
  28.  
  29. State and province codes shall be the recognized two-character code
  30. established by the American and Canadian Post Offices.  These may also
  31. be found in the Callbook listings.
  32.  
  33. It is after we get down to the state/province/county level where the
  34. trouble may begin.  To understand why, we must examine how the BBS code
  35. goes about matching things in the route.  The first principle is that it
  36. attempts to find a match between the items in its forward file and the
  37. left-most item in the address field.  As an example, say that we send
  38. something to W0RLI @ W0RLI.CA.USA.NA, and that the only entries that we
  39. have in the forward file are for CA.  That match would be sufficient to
  40. allow the message to be forwarded.  If W0RLI were found, that entry
  41. would take precedence (because it is more left in the field than CA) and
  42. would of course also ensure delivery.  The best way to look at it is
  43. "W0RLI AT W0RLI which is in CA which is in USA which is in NA".  So far
  44. so good.
  45.  
  46. But the Japanese network wants to use area routing numbers.  For
  47. example, JA1ABC @ JA1KSO.42.JPN.AS ... and everyone says, "So what, let
  48. them!"  Of course, that is very mature of all of us, but the trouble is
  49. that the 42 in that string may also match wild-card ZIP codes that some
  50. folks keep in their forward file, such as 42*.  The solution we propose
  51. is to use an agreed upon key character for designators below the state
  52. and province level, and we recommend the octothorpe, "#".
  53.  
  54. So now the above address would be JA1ABC @ JA1KSO.#42.JPN.AS . Other
  55. examples could be:
  56.  
  57. 1) W0RLI @ W0RLI.#SFO.#NOCAL.CA.USA.NA - W0RLI within SFO (San
  58.    Francisco) within North California, etc.
  59.  
  60. 2) VE3BTZ @ VE3GYQ.#LONDN.#SONT.ON.CAN.NA - VE3BTZ at VE3GYQ in
  61.    London, in Southern Ontario, in Ontario, etc.
  62.  
  63. There is another added benefit to this scheme.  It involves Gatewaying
  64. between the BBS world and other networks, such as TCP/IP via SMTP.  Much
  65. of the pioneer work in setting up the gatewaying protocols has been done
  66. by NN2Z, N3EUA, and PA0GRI, amongst others.  The W0RLI BBS package
  67. allows for the forwarding of mail between the BBS world and the SMTP
  68. world.  Of note is the fact that the WA7MBL package has allowed such
  69. message exporting and importing for some time now.  This means that we
  70. can take advantage of the the TCP/IP host-names and their domain or
  71. hierarchal format for forwarding.  Thus it is possible to send mail from
  72. the BBS to VE3BTZ as ve3btz@pc.ve3btz.ampr.org or from SMTP to
  73. w0rli@w0rli.ca.usa.na and not have any ambiguity.
  74.  
  75. We expect that WA7MBL will also be implementing hierarchal routing in
  76. the near future.  This system is still compatable with older style
  77. systems, as a system that handles hierarchal forwarding identifies with
  78. the H feature letter: [RLI-8.00-CH$].  If it does not get an appropriate
  79. response, it uses the left-most item in the "@ BBS" string as the "@
  80. BBS" for the message.
  81.  
  82. The authors hope that this paper will serve as a starting place for
  83. improved message routing by means of implicit routing.  Low-level (VHF)
  84. BBSs need only maintain state or province or country codes for distant
  85. BBSs, and route such traffic to their nearest HF Gateway.  In turn, the
  86. HF station routes it to the desired state, where the receiving Gateway
  87. station would have a detailed list of the BBSs it serves.
  88.  
  89. Correspondence may be addressed to the address given at the start of
  90. this paper, or to VE3GYQ @ VE3GYQ.ON.CAN.NA or N6VV @ N6VV.CA.USA.NA .
  91.  
  92. ----------------------------------------------------------------------
  93.  
  94. BB version 2.0 and higher support hierarchical addressing.
  95.  
  96. BB searches for the word in the BBS and H fields for a match in
  97. route file.  Thus, given a message addressed to:
  98.  
  99.     N6TFX @ AA4RE.#NOCAL.CA.USA.NA
  100.  
  101. we will search for AA4RE, #NOCAL.CA.USA.NA, CA.USA.NA, USA.NA, and NA
  102.  
  103. The first match determines the path the message would take.  I could
  104. have a ROUTE.BB file like this:
  105.  
  106.     CA\.USA\.NA    W0RLI
  107.     NA    N6VV
  108.  
  109. **** BB V2.11 change ****
  110. *** Note the use of the \ ***
  111.  
  112. This prevents ambigious routings.  The \ says that The string to the
  113. right of the \ is optional.  It can be present and if so must match.  If
  114. it is missing, it is a match.  Example:  a\a will match with a or aa but
  115. not ab
  116.  
  117. The CA.USA.NA would be the first match and the message sent to W0RLI.
  118. If a message was sent to W3IWI @ W3IWI.MD.USA.NA, the NA would be the
  119. first match and the message would be sent to N6VV.
  120.  
  121. If everyone used hierarchical addressing, your ROUTE.BB file would be
  122. much smaller.  You would only need ROUTE.BB entries for local mailboxes
  123. and a few entries pointing to various forwarding points.
  124.  
  125. One minor note.  I showed #NOCAL in the example.  You must be very
  126. careful when putting this in your ROUTE.BB file. #NOCAL would mean a
  127. NUMBER followed by NOCAL (See WILDCARD.DOC).  Instead, use "#NOCAL.  The
  128. " is the escape that says that # is not a wildcard character.
  129.  
  130. ----------------------------------------------------------------------
  131.  
  132. Don't generate #xxxxx willy nilly.  You should have the agreement of
  133. everyone in your state or providence to agree on a designator.
  134.  
  135. ----------------------------------------------------------------------
  136.  
  137. BB Version 2.6 contains an server to automatically address outgoing
  138. messages.  The server is invoked by the GH command.  The file it works
  139. from is pointed to by H_LOOKUP_FILE in PARMS.BB.  The format of the file
  140. is simple:
  141.  
  142.       AA4RE .#SOCAL.CA.USA.NA
  143.  
  144. The first column is the call of BBS.  The second column is the
  145. hierarchical address to use.  The first column can support wildcards so
  146.  
  147.       GB*   .GBR.EU
  148.  
  149. will address all BBS starting with GB to .GBR.EU.  The program only
  150. works on mail that has not been read nor marked for forwarding (the flag
  151. must be "N").  Onlt the @BBS field is checked.  In addition, no
  152. hierarchical address can be assigned to the message that already has
  153. one.
  154.  
  155. There are several servers around that support generating the HLOOKUP
  156. file automatically from incoming headers.
  157.